AWS Cloud Practitioner Essentials
Table of Contents
- Exam Overview
- Module 1: Introduction to Cloud Computing
- Module 2: AWS Global Infrastructure
- Module 3: Compute Services
- Module 4: Storage Services
- Module 5: Database Services
- Module 6: Networking & Content Delivery
- Module 7: Security, Identity & Compliance
- Module 8: Pricing & Support
- Module 9: Migration & Innovation
- Module 10: Monitoring & Analytics
- Module 11: Well-Architected Framework
- Exam Preparation Tips
- Practice Questions
- Key Terms Glossary
- Quick Reference Tables
Exam Overview
About the Exam
- Exam Name: AWS Certified Cloud Practitioner (CLF-C02)
- Duration: 90 minutes
- Number of Questions: 65 questions
- Question Types: Multiple choice (1 correct answer) and multiple response (2+ correct answers)
- Passing Score: 700/1000
- Cost: $100 USD
- Validity: 3 years
- Language: Available in multiple languages
Exam Domains & Weightings
Domain Breakdown:
-
Cloud Concepts (24%) - 15-16 questions
- Define AWS Cloud and value proposition
- Identify aspects of cloud economics
- List design principles of cloud architecture
-
Security and Compliance (30%) - 19-20 questions
- Understand shared responsibility model
- Cloud security and compliance concepts
- AWS access management capabilities
- Security support resources
-
Cloud Technology and Services (34%) - 22-23 questions
- Define AWS Cloud deployment methods
- Define AWS Global Infrastructure
- Identify core AWS services
- Identify technology support resources
-
Billing, Pricing, and Support (12%) - 7-8 questions
- Compare pricing models
- Account structures and billing
- Technical support resources
Module 1: Introduction to Cloud Computing
What is Cloud Computing?
Definition: On-demand delivery of IT resources over the internet with pay-as-you-go pricing.
Key Characteristics:
- On-Demand Self-Service: Provision resources without human interaction
- Broad Network Access: Access from anywhere via internet
- Resource Pooling: Multi-tenant model with shared resources
- Rapid Elasticity: Scale up or down quickly
- Measured Service: Pay only for what you use
Benefits of Cloud Computing
-
Trade Capital Expense for Variable Expense
- No upfront data center costs
- Pay only when you consume resources
-
Benefit from Massive Economies of Scale
- Lower pay-as-you-go prices
- AWS aggregates usage from hundreds of thousands of customers
-
Stop Guessing Capacity
- Scale up or down based on actual demand
- No over-provisioning or under-provisioning
-
Increase Speed and Agility
- New resources available in minutes
- Faster time to market
-
Stop Spending Money on Data Centers
- Focus on applications, not infrastructure
- No maintenance overhead
-
Go Global in Minutes
- Deploy to multiple regions worldwide
- Low latency for end users
Cloud Computing Models
1. Infrastructure as a Service (IaaS)
What it is: Provides basic building blocks for cloud IT You Manage: Applications, data, runtime, middleware, OS Provider Manages: Virtualization, servers, storage, networking Examples: Amazon EC2, Google Compute Engine, Azure VMs
2. Platform as a Service (PaaS)
What it is: Removes need to manage infrastructure You Manage: Applications and data Provider Manages: Runtime, middleware, OS, virtualization, servers, storage Examples: AWS Elastic Beanstalk, Google App Engine, Heroku
3. Software as a Service (SaaS)
What it is: Complete product run and managed by provider You Manage: User access and data Provider Manages: Everything else Examples: Gmail, Salesforce, Microsoft 365, Dropbox
Cloud Deployment Models
1. Public Cloud (Cloud-Based)
- Fully deployed in the cloud
- All parts of application run in the cloud
- Migration from existing infrastructure or new applications
- Example: Startup building new app on AWS
2. Private Cloud (On-Premises)
- Resources deployed on-premises
- Virtualization and resource management tools
- Often for legacy applications or regulatory requirements
- Example: Bank with strict data regulations
3. Hybrid Cloud
- Cloud-based resources connected to on-premises infrastructure
- Best of both worlds
- Gradual migration strategy
- Example: Company migrating workloads gradually to cloud
📝 Exam Tip: Know the difference between deployment models. Hybrid connects on-premises and cloud, while public cloud is fully in AWS.
Module 2: AWS Global Infrastructure
AWS Global Infrastructure Overview
AWS infrastructure is built around Regions, Availability Zones, and Edge Locations.
Regions
What is a Region? A geographical area containing multiple, isolated Availability Zones.
Key Points:
- AWS has 33+ Regions worldwide (as of 2024)
- Each Region is completely independent
- Data doesn't leave a Region unless you explicitly transfer it
- Region names: us-east-1, eu-west-1, ap-southeast-1, etc.
Region Examples:
- US East (N. Virginia): us-east-1
- US West (Oregon): us-west-2
- EU (Ireland): eu-west-1
- Asia Pacific (Singapore): ap-southeast-1
- South America (São Paulo): sa-east-1
Availability Zones (AZs)
What is an AZ? One or more discrete data centers with redundant power, networking, and connectivity in a Region.
Key Points:
- Each Region has 3 or more AZs (minimum 3)
- AZs are physically separated (different buildings)
- Connected with high-bandwidth, low-latency networking
- Designed for fault isolation
- Named: us-east-1a, us-east-1b, us-east-1c, etc.
High Availability Pattern: Deploy applications across multiple AZs for fault tolerance.
Edge Locations
What are Edge Locations? Sites that CloudFront uses to cache copies of content for faster delivery to users.
Key Points:
- 450+ Edge Locations worldwide
- Separate from Regions and AZs
- Used by Amazon CloudFront (CDN)
- Also used by Route 53 (DNS)
- Located in major cities globally
How Edge Locations Work:
Regional Edge Caches
- Sit between CloudFront Edge Locations and origin servers
- Larger caches than Edge Locations
- Content stays cached longer
- Improves performance for less frequently accessed content
How to Choose a Region
Four Key Factors:
1. Compliance and Legal Requirements
- Data sovereignty laws
- Industry regulations (GDPR, HIPAA, etc.)
- Example: EU data must stay in EU regions
2. Proximity to Customers (Latency)
- Choose Region closest to your users
- Reduces latency
- Example: Users in Australia → use ap-southeast-2 (Sydney)
3. Available Services
- Not all services available in all Regions
- New services often launch in us-east-1 first
- Check AWS Regional Services List
4. Pricing
- Pricing varies by Region
- Some Regions are more expensive (e.g., São Paulo)
- Example: S3 storage in us-east-1 may be cheaper than in ap-southeast-1
📝 Exam Tip: Remember all four factors for choosing a Region. Questions often ask about scenarios requiring specific Region choices.
Module 3: Compute Services
Amazon EC2 (Elastic Compute Cloud)
What is EC2? Virtual servers in the cloud - resizable compute capacity.
EC2 Instance Types
Five Main Categories:
-
General Purpose (T3, M6)
- Balanced compute, memory, networking
- Use Cases: Web servers, code repositories, development environments
- Remember: All-around balanced performance
-
Compute Optimized (C6)
- High-performance processors
- Use Cases: Batch processing, media transcoding, gaming servers, scientific modeling
- Remember: CPU-intensive workloads
-
Memory Optimized (R6, X2)
- Fast performance for memory-intensive workloads
- Use Cases: High-performance databases, in-memory caches, real-time big data analytics
- Remember: Large datasets in memory
-
Accelerated Computing (P4, G5)
- Hardware accelerators (GPUs)
- Use Cases: Machine learning, graphics processing, game streaming
- Remember: Specialized hardware for specific tasks
-
Storage Optimized (I4, D3)
- High sequential read/write to local storage
- Use Cases: Data warehousing, distributed file systems, log processing
- Remember: High IOPS (Input/Output Operations Per Second)
EC2 Pricing Models
1. On-Demand Instances
- Pay by the hour or second
- No long-term commitments
- Best for: Short-term, irregular workloads, testing
- Example: Development/test environments
2. Reserved Instances (RIs)
- 1 or 3 year commitment
- Up to 75% discount vs On-Demand
- Types: Standard RI, Convertible RI, Scheduled RI
- Best for: Steady-state workloads, predictable usage
- Example: Production database running 24/7
3. Spot Instances
- Up to 90% discount vs On-Demand
- AWS can reclaim with 2-minute notice
- Best for: Fault-tolerant, flexible workloads
- Example: Batch processing, data analysis, image rendering
- NOT suitable for: Databases, critical applications
4. Dedicated Hosts
- Physical server dedicated to your use
- Most expensive option
- Best for: Compliance requirements, server-bound software licenses
- Example: Oracle database with per-core licensing
5. Savings Plans
- Commit to consistent usage (measured in $/hour)
- 1 or 3 year commitment
- Up to 72% savings
- More flexible than Reserved Instances
- Best for: Steady usage across multiple instance families
📝 Exam Tip:
- Spot = Cheapest but can be interrupted
- Reserved/Savings Plans = Long-term commitment for discounts
- On-Demand = No commitment, highest cost
- Dedicated Hosts = Regulatory/licensing requirements
EC2 Scaling
Vertical Scaling: Resize instance (scale up/down)
- Change instance type (t2.micro → t2.large)
- Requires restart
Horizontal Scaling: Add more instances (scale out/in)
- Add or remove instances
- Better for high availability
Amazon EC2 Auto Scaling
- Automatically add or remove EC2 instances
- Dynamic Scaling: Responds to changing demand
- Predictive Scaling: Uses ML to predict and schedule scaling
- Target Tracking: Maintain specific metric (e.g., CPU at 50%)
- Minimum, Desired, Maximum Capacity: Control scaling limits
Elastic Load Balancing (ELB)
What is ELB? Automatically distributes incoming application traffic across multiple targets.
Benefits:
- High availability
- Automatic scaling
- Health checks
Types:
- Application Load Balancer (ALB): HTTP/HTTPS traffic (Layer 7)
- Network Load Balancer (NLB): TCP/UDP traffic (Layer 4), ultra-low latency
- Gateway Load Balancer: Deploy and manage third-party virtual appliances
- Classic Load Balancer: Legacy (not recommended for new applications)
📝 Exam Tip: ELB works across multiple AZs for high availability.
AWS Lambda
What is Lambda? Serverless compute - run code without managing servers.
Key Characteristics:
- Event-driven: Triggered by events
- Automatic scaling: Handles any scale
- Pay per use: Charged per request and compute time
- No server management: AWS handles everything
- Subsecond billing: Charged in 1ms increments
Supported Runtimes: Python, Node.js, Java, Go, Ruby, .NET, Custom runtimes
Use Cases:
- Real-time file processing
- Data transformation
- Web application backends
- IoT backends
- Mobile backends
Lambda Pricing:
- Free Tier: 1M requests/month, 400,000 GB-seconds/month
- Beyond Free Tier: $0.20 per 1M requests + compute time
Execution Limits:
- Timeout: Max 15 minutes per execution
- Memory: 128 MB to 10 GB
- Deployment Package: Max 50 MB (zipped), 250 MB (unzipped)
📝 Exam Tip: Lambda is serverless = no infrastructure management. Good for short, event-driven workloads. Max 15 minute execution.
Container Services
Amazon ECS (Elastic Container Service)
- Fully managed container orchestration
- Run Docker containers
- Integrates with other AWS services
- Two launch types: EC2 (manage servers) and Fargate (serverless)
Amazon EKS (Elastic Kubernetes Service)
- Managed Kubernetes service
- Run standard Kubernetes applications
- Supports existing Kubernetes tools
AWS Fargate
- Serverless compute for containers
- No EC2 instances to manage
- Pay for resources your containers use
📝 Exam Tip:
- ECS = AWS native container service
- EKS = Kubernetes on AWS
- Fargate = Serverless container compute
Other Compute Services
AWS Elastic Beanstalk
- What: Platform as a Service (PaaS)
- Purpose: Deploy and scale web applications
- You provide: Code
- AWS manages: Capacity provisioning, load balancing, auto-scaling, health monitoring
- Supported: Java, .NET, PHP, Node.js, Python, Ruby, Go, Docker
- Best for: Developers who want to deploy quickly without infrastructure management
AWS Lightsail
- What: Simplified cloud service
- Purpose: Launch and manage virtual private servers
- Best for: Simple web applications, WordPress sites, dev/test environments
- Includes: Everything needed (VM, SSD storage, data transfer, DNS, static IP)
- Fixed monthly price: Predictable, low cost
AWS Batch
- What: Fully managed batch processing
- Purpose: Run batch computing workloads
- Best for: Data analytics, image processing, financial modeling
- Benefits: Dynamically provisions optimal compute resources
AWS Outposts
- What: AWS infrastructure on-premises
- Purpose: Run AWS services in your own data center
- Use Cases: Low latency, local data processing, data residency requirements
- You get: AWS APIs, tools, and infrastructure on-premises
Module 4: Storage Services
Storage Categories Overview
Amazon S3 (Simple Storage Service)
What is S3? Object storage service offering scalability, data availability, security, and performance.
Key Concepts
Buckets:
- Container for objects
- Globally unique name
- Region-specific
Objects:
- Files stored in S3
- Can be 0 bytes to 5 TB
- Consists of: Key (name), Value (data), Metadata, Version ID
Key Features:
- Durability: 99.999999999% (11 nines)
- Availability: 99.99% (varies by storage class)
- Scalability: Unlimited storage
- Security: Encryption, access controls, versioning
S3 Storage Classes
1. S3 Standard
- Use Case: Frequently accessed data
- Availability: 99.99%
- AZs: ≥3
- Retrieval: Milliseconds
- Cost: Highest storage cost, no retrieval fee
- Example: Content distribution, analytics
2. S3 Intelligent-Tiering
- Use Case: Unknown or changing access patterns
- Feature: Automatically moves objects between tiers
- AZs: ≥3
- Cost: Small monthly monitoring fee, no retrieval fee
- Example: Data lakes, user-generated content
3. S3 Standard-IA (Infrequent Access)
- Use Case: Infrequently accessed but requires rapid access
- Availability: 99.9%
- AZs: ≥3
- Cost: Lower storage cost, retrieval fee applies
- Example: Backups, disaster recovery
4. S3 One Zone-IA
- Use Case: Infrequently accessed, non-critical data
- Availability: 99.5%
- AZs: 1 (not resilient to AZ loss)
- Cost: 20% less than Standard-IA
- Example: Secondary backups, easily recreatable data
5. S3 Glacier Instant Retrieval
- Use Case: Archive data needing immediate access
- Retrieval: Milliseconds
- Minimum Storage: 90 days
- Cost: Lower storage cost, retrieval fee applies
- Example: Medical images, news media assets
6. S3 Glacier Flexible Retrieval (formerly Glacier)
- Use Case: Archive data accessed 1-2 times/year
- Retrieval: Minutes to hours (expedited, standard, bulk)
- Minimum Storage: 90 days
- Cost: Very low storage cost
- Example: Annual audits, compliance archives
7. S3 Glacier Deep Archive
- Use Case: Long-term archive, accessed rarely
- Retrieval: 12-48 hours
- Minimum Storage: 180 days
- Cost: Lowest storage cost
- Example: Financial records (7-10 year retention)
📝 Exam Tip:
- Standard = Frequently accessed
- Standard-IA/One Zone-IA = Infrequent access, rapid retrieval
- Glacier = Archive, slower retrieval
- Deep Archive = Lowest cost, slowest retrieval
S3 Lifecycle Policies
Automatically transition objects between storage classes:
- Day 0: Upload to S3 Standard
- Day 30: Move to S3 Standard-IA
- Day 90: Move to S3 Glacier
- Day 365: Delete
S3 Versioning
- Keep multiple versions of an object
- Protect against accidental deletion
- Can be suspended but not disabled once enabled
S3 Replication
Cross-Region Replication (CRR):
- Replicate objects across AWS Regions
- Compliance, lower latency, disaster recovery
Same-Region Replication (SRR):
- Replicate within same Region
- Log aggregation, production/test sync
S3 Security
Access Control:
- Bucket policies
- Access Control Lists (ACLs)
- IAM policies
Encryption:
- At Rest: SSE-S3, SSE-KMS, SSE-C
- In Transit: SSL/TLS (HTTPS)
Other Features:
- Block Public Access (enabled by default)
- S3 Access Points
- Object Lock (WORM - Write Once Read Many)
Amazon EBS (Elastic Block Store)
What is EBS? Block-level storage volumes for EC2 instances - like a virtual hard drive.
Key Characteristics:
- Persistent: Data persists even when EC2 instance is stopped
- AZ-specific: EBS volume and EC2 instance must be in same AZ
- Attachable: Can be attached to one EC2 instance at a time (except io2 multi-attach)
- Snapshots: Point-in-time backups stored in S3
EBS Volume Types
SSD-Backed Volumes (for IOPS-intensive workloads):
-
General Purpose SSD (gp3, gp2)
- Use Case: Boot volumes, virtual desktops, dev/test
- Size: 1 GB - 16 TB
- IOPS: Up to 16,000
- Best for: Most workloads
-
Provisioned IOPS SSD (io2, io1)
- Use Case: Mission-critical applications, databases
- Size: 4 GB - 16 TB
- IOPS: Up to 64,000 (io2) or 32,000 (io1)
- Best for: I/O-intensive databases (MongoDB, MySQL, PostgreSQL)
HDD-Backed Volumes (for throughput-intensive workloads):
-
Throughput Optimized HDD (st1)
- Use Case: Big data, data warehouses, log processing
- Size: 125 GB - 16 TB
- Throughput: Up to 500 MB/s
- Cannot be boot volume
-
Cold HDD (sc1)
- Use Case: Infrequently accessed data
- Size: 125 GB - 16 TB
- Throughput: Up to 250 MB/s
- Lowest cost
- Cannot be boot volume
📝 Exam Tip:
- gp3/gp2 = Most workloads, boot volumes
- io2/io1 = High-performance databases
- st1 = Big data, throughput-focused
- sc1 = Lowest cost, infrequent access
EBS Snapshots
- Incremental backups to Amazon S3
- First snapshot is full copy, subsequent are incremental
- Can create EBS volume from snapshot in any AZ
- Can copy snapshots across Regions
Amazon EFS (Elastic File System)
What is EFS? Managed NFS (Network File System) - shared file storage.
Key Characteristics:
- Shared Access: Multiple EC2 instances can access simultaneously
- Regional: Automatically replicates across multiple AZs
- Scalable: Grows and shrinks automatically
- Performance: Up to 10 GB/s throughput
Use Cases:
- Content management
- Web serving
- Home directories
- Application development
Storage Classes:
- Standard: Frequently accessed files
- Infrequent Access (IA): Lower cost for files not accessed every day
📝 Exam Tip:
- EBS = Single EC2 instance, AZ-specific
- EFS = Multiple EC2 instances, Regional, Linux only
- FSx for Windows = Windows-based shared storage
AWS Storage Gateway
What is Storage Gateway? Hybrid cloud storage service connecting on-premises to AWS cloud storage.
Types:
-
File Gateway
- Store files as objects in S3
- NFS and SMB protocols
- On-premises cache for low latency
-
Volume Gateway
- Block storage backed by S3
- Two modes: Stored Volumes, Cached Volumes
-
Tape Gateway
- Virtual tape library backed by S3 and Glacier
- Replace physical tape infrastructure
- Backup applications connect via iSCSI
Use Case: Extend on-premises storage to cloud, backup and disaster recovery
Module 5: Database Services
Database Types Overview
Amazon RDS (Relational Database Service)
What is RDS? Managed relational database service - AWS handles infrastructure management.
Supported Engines:
- Amazon Aurora (AWS-built, MySQL/PostgreSQL compatible)
- MySQL
- PostgreSQL
- MariaDB
- Oracle
- Microsoft SQL Server
AWS Manages:
- Hardware provisioning
- Database setup and patching
- Automated backups
- Software updates
- High availability
- Scaling
You Manage:
- Application optimization
- Database schema
- Query tuning
Key Features
1. Multi-AZ Deployments
- Purpose: High availability and failover support
- How it works: Synchronous replication to standby in different AZ
- Automatic failover: 1-2 minutes
- Use case: Production databases
2. Read Replicas
- Purpose: Scale read workloads
- How it works: Asynchronous replication
- Up to 5 read replicas per database instance
- Can be in different Region (cross-region)
- Use case: Reporting, analytics queries
3. Automated Backups
- Retention: 0-35 days (default: 7 days)
- Point-in-time recovery: Restore to any second within retention period
- Backup window: Can specify preferred time
- Stored in S3
4. Database Snapshots
- User-initiated: Manual backups
- Retention: Kept until explicitly deleted
- Can copy to other Regions
- Can share with other AWS accounts
📝 Exam Tip:
- Multi-AZ = High availability, automatic failover, synchronous
- Read Replicas = Scale reads, asynchronous, can be cross-region
- Multi-AZ for disaster recovery, Read Replicas for performance
Amazon Aurora
What is Aurora? AWS-built enterprise-class relational database, MySQL and PostgreSQL compatible.
Key Benefits:
- 5x faster than MySQL, 3x faster than PostgreSQL
- Up to 128 TB per database volume
- 6 copies of data across 3 AZs
- 15 read replicas (vs 5 for RDS)
- Continuous backup to S3
- Aurora Serverless: On-demand, auto-scaling
Use Cases:
- Enterprise applications
- SaaS applications
- Gaming applications
Pricing:
- Pay for compute and storage separately
- No upfront commitment for serverless
📝 Exam Tip: Aurora is AWS's high-performance database. More expensive than standard RDS but offers better performance and availability.
Amazon DynamoDB
What is DynamoDB? Fully managed NoSQL key-value and document database.
Key Characteristics:
- Serverless: No servers to manage
- Performance: Single-digit millisecond response times
- Scalability: Handles any scale automatically
- Availability: Multi-AZ by default
- Durability: Data replicated across multiple AZs
Use Cases:
- Mobile and web applications
- Gaming leaderboards
- IoT applications
- Real-time bidding
- Shopping carts
Capacity Modes:
-
On-Demand
- Pay per request
- No capacity planning needed
- Good for unpredictable workloads
- More expensive per request
-
Provisioned
- Specify reads/writes per second
- Predictable cost
- Auto-scaling available
- Good for predictable workloads
Features:
DynamoDB Accelerator (DAX)
- In-memory cache for DynamoDB
- Microsecond response times
- No application code changes needed
DynamoDB Streams
- Capture changes to items
- Trigger Lambda functions
- Build event-driven applications
Global Tables
- Multi-region, multi-active replication
- Local reads and writes in any region
- Disaster recovery
📝 Exam Tip:
- DynamoDB = NoSQL, serverless, fully managed
- RDS = SQL, managed servers
- DynamoDB for high-scale, flexible schema applications
Amazon Redshift
What is Redshift? Fully managed data warehouse service for big data analytics.
Key Characteristics:
- Columnar storage: Optimized for analytics
- Massively Parallel Processing (MPP): Distributes queries across nodes
- Petabyte scale: Handle massive datasets
- SQL-based: Use standard SQL queries
- Cost-effective: 1/10th the cost of traditional data warehouses
Use Cases:
- Business intelligence
- Big data analytics
- Log analysis
- Financial reporting
Redshift Spectrum
- Query data in S3 without loading it
- Extend queries beyond Redshift cluster
📝 Exam Tip: Redshift is for data warehousing and analytics, not transactional databases.
Other Database Services
Amazon ElastiCache
- What: In-memory caching service
- Engines: Redis, Memcached
- Use cases: Session storage, caching database queries, real-time analytics
- Benefits: Microsecond latency, high throughput
Amazon DocumentDB
- What: MongoDB-compatible document database
- Fully managed: AWS handles patching, backups, scaling
- Use cases: Content management, catalogs, user profiles
Amazon Neptune
- What: Graph database service
- Use cases: Social networks, recommendation engines, fraud detection, knowledge graphs
Amazon QLDB (Quantum Ledger Database)
- What: Ledger database with immutable, cryptographically verifiable transaction log
- Use cases: Financial transactions, supply chain, regulatory compliance
Amazon Timestream
- What: Time series database
- Use cases: IoT applications, application monitoring, industrial telemetry
Amazon Keyspaces
- What: Managed Apache Cassandra-compatible database
- Use cases: High-scale applications requiring single-digit millisecond latency
📝 Exam Tip: Know which database to use for specific scenarios:
- Transactional: RDS, Aurora
- NoSQL Key-Value: DynamoDB
- Caching: ElastiCache
- Data Warehouse: Redshift
- Graph: Neptune
- Ledger: QLDB
- Time Series: Timestream
Module 6: Networking & Content Delivery
Amazon VPC (Virtual Private Cloud)
What is VPC? Logically isolated virtual network where you launch AWS resources.
Key Components:
1. Subnets
- Public Subnet: Has route to Internet Gateway (internet access)
- Private Subnet: No direct internet access
- Each subnet: Associated with one AZ
2. Internet Gateway (IGW)
- Purpose: Connect VPC to internet
- One IGW per VPC
- Horizontally scaled, redundant, highly available
3. NAT Gateway (Network Address Translation)
- Purpose: Allow private subnet resources to access internet
- One-way: Outbound only (responses allowed)
- Placed in public subnet
- Managed by AWS
4. Route Tables
- Purpose: Control traffic routing
- Main route table: Automatically assigned to VPC
- Custom route tables: Create for specific routing needs
- Routes: Define where network traffic is directed
5. Security Groups
- What: Virtual firewall for EC2 instances
- Stateful: Return traffic automatically allowed
- Rules: Allow rules only (no deny rules)
- Level: Instance level
- Default: Denies all inbound, allows all outbound
6. Network ACLs (Access Control Lists)
- What: Firewall for subnets
- Stateless: Must explicitly allow return traffic
- Rules: Both allow and deny rules
- Level: Subnet level
- Default: Allows all inbound and outbound
Security Group vs Network ACL:
| Feature | Security Group | Network ACL |
|---|---|---|
| Level | Instance | Subnet |
| State | Stateful | Stateless |
| Rules | Allow only | Allow & Deny |
| Evaluation | All rules | Rules in order |
| Applies to | Instances explicitly specified | All instances in subnet |
📝 Exam Tip:
- Security Groups = Instance firewall, stateful
- Network ACLs = Subnet firewall, stateless
- Remember: Security Groups have ALLOW rules only
VPC Peering
- What: Connect two VPCs privately
- Can be: Same account or different accounts, same region or different regions
- Not transitive: A→B and B→C doesn't mean A→C
VPC Endpoints
- What: Private connection to AWS services without internet gateway
- Types:
- Interface Endpoints: ENI with private IP (powered by PrivateLink)
- Gateway Endpoints: Route table target (S3 and DynamoDB only)
- Benefits: Enhanced security, lower latency
AWS Direct Connect
What is Direct Connect? Dedicated private network connection from on-premises to AWS.
Benefits:
- Consistent network performance: Not over public internet
- Reduced bandwidth costs: Lower data transfer rates
- Private connectivity: More secure than VPN
- Hybrid cloud: Seamlessly extend on-premises to cloud
Use Cases:
- Large datasets transfer
- Real-time data feeds
- Hybrid cloud architectures
📝 Exam Tip: Direct Connect = physical dedicated connection, not VPN over internet.
Amazon Route 53
What is Route 53? Highly available and scalable Domain Name System (DNS) web service.
Key Functions:
- Domain Registration: Buy and manage domain names
- DNS Routing: Route end users to applications
- Health Checking: Monitor application health and route traffic accordingly
Routing Policies:
-
Simple Routing
- One record with multiple IP addresses
- Random selection
- No health checks
-
Weighted Routing
- Distribute traffic based on weights
- Example: 80% to one server, 20% to another
- Good for A/B testing
-
Latency-based Routing
- Route to resource with lowest latency
- Based on user's geographic location
-
Failover Routing
- Active-passive failover
- Primary and secondary resources
- Health checks determine failover
-
Geolocation Routing
- Route based on user's geographic location
- Example: Europe users → eu-west-1, US users → us-east-1
-
Geoproximity Routing
- Route based on geographic location of resources
- Can configure bias
-
Multi-value Answer Routing
- Return multiple healthy values
- Client chooses which to use
📝 Exam Tip: Know routing policies for exam scenarios. Latency-based for performance, Geolocation for compliance, Failover for DR.
Amazon CloudFront
What is CloudFront? Content Delivery Network (CDN) that delivers content with low latency.
How It Works:
- User requests content
- Request routed to nearest Edge Location
- If cached: Deliver from Edge Location (fast)
- If not cached: Fetch from origin, cache, then deliver
Benefits:
- Global reach: 450+ Edge Locations
- Low latency: Content closer to users
- DDoS protection: AWS Shield Standard included
- SSL/TLS: HTTPS support
- Cost-effective: Reduce origin load
Origins:
- S3 buckets
- EC2 instances
- Elastic Load Balancers
- Custom origins (HTTP servers)
Use Cases:
- Static website hosting
- Video streaming
- API acceleration
- Software distribution
📝 Exam Tip: CloudFront caches content at Edge Locations for faster delivery. Different from S3 Transfer Acceleration.
AWS Global Accelerator
What is Global Accelerator? Network service that improves availability and performance of applications.
How It Works:
- Provides 2 static Anycast IP addresses
- Traffic routed over AWS global network
- Automatically routes to optimal endpoint
Use Cases:
- Gaming applications
- IoT applications
- VoIP applications
CloudFront vs Global Accelerator:
- CloudFront: HTTP/HTTPS content, caching at Edge Locations
- Global Accelerator: TCP/UDP traffic, no caching, improves performance of non-HTTP protocols
Module 7: Security, Identity & Compliance
Shared Responsibility Model
Critical Concept: AWS and customer share responsibility for security.
AWS Responsibility (Security OF the Cloud):
- Physical security of data centers
- Hardware and infrastructure
- Network infrastructure
- Virtualization infrastructure
- Managed services (RDS, Lambda, etc.)
Customer Responsibility (Security IN the Cloud):
- Customer data
- Applications
- Identity and Access Management
- Operating systems (for EC2)
- Network configuration
- Firewall configuration
- Encryption (data at rest and in transit)
Service Categories:
Infrastructure Services (EC2):
- AWS: Physical infrastructure, hypervisor
- Customer: OS, applications, data, firewall, encryption
Container Services (RDS):
- AWS: Infrastructure, OS, platform
- Customer: Data, access management, encryption settings
Abstracted Services (S3, DynamoDB):
- AWS: Most security responsibilities
- Customer: Data classification, encryption, access policies
📝 Exam Tip: Know the shared responsibility model cold. Questions often ask "Who is responsible for X?" Answer depends on service type.
AWS IAM (Identity and Access Management)
What is IAM? Service to securely control access to AWS resources.
Key Components:
1. Users
- Represent a person or application
- Permanent long-term credentials
- Best Practice: Create individual users, not shared credentials
2. Groups
- Collection of users
- Apply permissions to multiple users at once
- Users can belong to multiple groups
- Example: Developers group, Admins group, QA group
3. Roles
- Temporary credentials
- Assumed by users, applications, or services
- Use cases:
- EC2 instance accessing S3
- Cross-account access
- Federation (corporate directory)
4. Policies
- JSON documents defining permissions
- Types:
- Identity-based: Attached to users, groups, roles
- Resource-based: Attached to resources (S3 bucket policy)
- AWS Managed: Created and managed by AWS
- Customer Managed: Created and managed by you
- Inline: Embedded directly in user, group, or role
Policy Structure:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "s3:GetObject",
"Resource": "arn:aws:s3:::my-bucket/*"
}
]
}
Policy Evaluation Logic:
- By default, all requests are denied (implicit deny)
- Explicit allow overrides implicit deny
- Explicit deny overrides any allow
IAM Best Practices
✅ Enable MFA (Multi-Factor Authentication)
- Root account always
- Privileged users
- Additional security layer
✅ Follow Principle of Least Privilege
- Grant only permissions needed
- Start with minimum permissions
- Add more as needed
✅ Use Roles for Applications
- EC2 instances use IAM roles
- Not hardcoded credentials
✅ Rotate Credentials Regularly
- Change passwords
- Rotate access keys
✅ Use Policy Conditions
- Add constraints (time, IP address, MFA)
✅ Monitor Activity
- CloudTrail logs API calls
- Access Advisor shows unused permissions
Root User:
- Email address used to create account
- Has complete access to all resources
- Best Practice: Don't use for everyday tasks
- Use only for: Account management tasks
- Secure it: Enable MFA, don't create access keys
📝 Exam Tip:
- Never use root account for daily tasks
- Users = long-term credentials, Roles = temporary credentials
- Always follow least privilege principle
AWS Organizations
What is AWS Organizations? Centrally manage multiple AWS accounts.
Benefits:
- Consolidated billing: Single payment for all accounts
- Volume discounts: Aggregated usage across accounts
- Centralized management: Control from master account
- Service Control Policies (SCPs): Manage permissions across accounts
Structure:
Organizational Units (OUs):
- Group accounts with similar needs
- Apply policies to OUs
- Can nest OUs (hierarchical structure)
Service Control Policies (SCPs):
- Control maximum permissions for accounts
- Don't grant permissions (only limit)
- Applied to OUs or accounts
- Example: Prevent accounts from leaving organization, restrict regions
📝 Exam Tip: Organizations provide consolidated billing and centralized control. SCPs limit permissions but don't grant them.
Compliance Programs
AWS Compliance: AWS complies with many global and industry-specific standards.
Common Programs:
- PCI DSS: Payment Card Industry Data Security Standard
- HIPAA: Health Insurance Portability and Accountability Act
- FedRAMP: Federal Risk and Authorization Management Program
- GDPR: General Data Protection Regulation
- SOC 1, 2, 3: Service Organization Controls
- ISO 27001: Information security management
- FISMA: Federal Information Security Management Act
AWS Artifact:
- Self-service portal for compliance reports
- Access AWS security and compliance documents
- Download AWS ISO certifications, PCI reports, SOC reports
- Review and accept agreements
📝 Exam Tip: AWS Artifact is where you find compliance reports and agreements.
Security Services
AWS Shield
- What: DDoS (Distributed Denial of Service) protection
- Shield Standard:
- Free for all AWS customers
- Protection against common DDoS attacks
- Layer 3 and 4 protection
- Shield Advanced:
- $3,000/month
- Enhanced protection
- 24/7 DDoS Response Team (DRT)
- Cost protection (credits for scaling during attack)
AWS WAF (Web Application Firewall)
- What: Filter malicious web traffic
- Protection against: SQL injection, cross-site scripting (XSS)
- Works with: CloudFront, ALB, API Gateway, AppSync
- Rules: Allow, Block, or Count requests
- Rate-based rules: Block IPs making too many requests
Amazon GuardDuty
- What: Intelligent threat detection service
- Analyzes: VPC Flow Logs, CloudTrail logs, DNS logs
- Uses: Machine learning to detect anomalies
- Alerts: Unusual API calls, unauthorized deployments, compromised instances
- No agents required
Amazon Inspector
- What: Automated security assessment service
- Scans: EC2 instances, container images, Lambda functions
- Finds: Vulnerabilities, deviations from best practices
- Reports: Prioritized list of security findings
- Continuous scanning
Amazon Macie
- What: Data security service using machine learning
- Purpose: Discover and protect sensitive data (PII, financial data)
- Monitors: S3 buckets
- Alerts: When sensitive data is found or unusual access patterns
AWS Secrets Manager
- What: Manage, retrieve, and rotate secrets
- Secrets: Database credentials, API keys, passwords
- Benefits: Automatic rotation, encryption, access control
- Integration: RDS, Redshift, DocumentDB
AWS Key Management Service (KMS)
- What: Create and manage encryption keys
- Integrated: With most AWS services (S3, EBS, RDS, etc.)
- Customer Master Keys (CMKs): Encrypt/decrypt data
- Audit: CloudTrail logs key usage
AWS CloudHSM
- What: Hardware Security Module in AWS Cloud
- Use case: Meet compliance requirements for dedicated hardware
- Single-tenant: Your keys only
- More expensive than KMS
📝 Exam Tip:
- Shield = DDoS protection
- WAF = Web application attacks
- GuardDuty = Threat detection
- Inspector = Security assessments
- Macie = Data discovery and protection
- KMS = Encryption key management
Module 8: Pricing & Support
AWS Pricing Models
Three Fundamental Drivers:
- Compute: Hourly/second billing from instance launch to termination
- Storage: Typically per GB
- Data Transfer:
- Outbound: Aggregated and charged
- Inbound: Typically free
- Between Regions: Charged
- Within same Region using private IP: Free
Pay-as-you-go Pricing:
- No upfront costs
- No long-term commitments
- Pay only for what you use
- Scale up or down based on needs
Pay Less When You Reserve:
- Reserved Instances: Up to 75% savings
- Savings Plans: Flexible pricing model
- 1 or 3 year commitments
Pay Even Less Per Unit by Using More:
- Volume-based discounts
- Example: More S3 storage = lower per-GB price
- Tiered pricing
Pay Even Less As AWS Grows:
- AWS passes savings to customers
- 115+ price reductions since launch
AWS Free Tier
Three Types:
1. Always Free
- Never expire
- Available to all AWS customers
- Examples:
- Lambda: 1M requests/month
- DynamoDB: 25 GB storage
- SNS: 1M publishes/month
- CloudWatch: 10 custom metrics
2. 12 Months Free
- Starts from account creation date
- Examples:
- EC2: 750 hours/month of t2.micro (Linux) or t3.micro (Windows)
- S3: 5 GB Standard storage
- RDS: 750 hours/month of db.t2.micro
3. Trials
- Short-term free trials
- Start from first use of service
- Examples:
- SageMaker: 2 months free
- Inspector: 90-day trial
- Lightsail: 1 month free
📝 Exam Tip: Know the difference between Always Free and 12 Months Free. Lambda and DynamoDB are always free (up to limits).
Pricing Examples
Amazon EC2 Pricing
- Factors: Instance type, Region, OS, purchase option (On-Demand, Reserved, Spot)
- Billing: Per hour or per second (minimum 60 seconds)
- Additional: Data transfer, EBS volumes, Elastic IPs
Amazon S3 Pricing
- Storage: Per GB/month
- Requests: PUT, GET, DELETE per 1,000 requests
- Data Transfer: Out to internet
- Storage Class: Different prices for Standard, IA, Glacier
Amazon RDS Pricing
- Instance: Per hour
- Storage: Per GB/month
- Backup Storage: Beyond free allocation
- Data Transfer: Out to internet
AWS Lambda Pricing
- Requests: Per 1M requests
- Duration: GB-seconds (memory × execution time)
- Always Free: 1M requests + 400,000 GB-seconds/month
Cost Management Tools
AWS Budgets
- What: Set custom budgets that alert when exceeded
- Types: Cost budgets, Usage budgets, Reservation budgets, Savings Plans budgets
- Alerts: Email or SNS notification
- Actions: Can automatically apply IAM or SCP policies
- Example: Alert when monthly spend exceeds $500
AWS Cost Explorer
- What: Visualize and analyze costs
- Features:
- View last 12 months
- Forecast next 12 months
- Filter by service, Region, tag, etc.
- Identify cost drivers
- Detect anomalies
- Reports: Pre-built and custom
AWS Cost and Usage Report
- What: Most comprehensive cost data
- Details: Hourly, daily, or monthly line items
- Delivered to: S3 bucket
- Format: CSV files
- Use: Deep dive analysis, integrate with other tools
AWS Pricing Calculator
- What: Estimate monthly AWS bill
- Before: Called Simple Monthly Calculator
- Use: Plan and budget for AWS services
- Features: Compare configurations, share estimates
📝 Exam Tip:
- Budgets = Set alerts for overspending
- Cost Explorer = Visualize historical and forecast costs
- Pricing Calculator = Estimate before you build
AWS Support Plans
Five Support Plans:
1. Basic Support (Free)
- Cost: Free for all AWS customers
- Includes:
- 24/7 access to customer service
- Documentation, whitepapers, support forums
- AWS Trusted Advisor: 7 core checks
- AWS Personal Health Dashboard
- No technical support
2. Developer Support
- Cost: Greater of $29/month or 3% of monthly usage
- Best for: Experimenting with AWS
- Response Times:
- General guidance: < 24 business hours
- System impaired: < 12 business hours
- Communication: Email only (business hours)
- Trusted Advisor: 7 core checks
- 1 primary contact
3. Business Support
- Cost: Greater of $100/month or 10% - 3% of monthly usage (tiered)
- Best for: Production workloads
- Response Times:
- General guidance: < 24 hours
- System impaired: < 12 hours
- Production system impaired: < 4 hours
- Production system down: < 1 hour
- Communication: Email, chat, phone (24/7)
- Trusted Advisor: All checks
- Unlimited contacts
- AWS Support API
- Third-party software support
4. Enterprise On-Ramp Support
- Cost: Greater of $5,500/month or 10% of monthly usage
- Best for: Production/business-critical workloads
- Response Times:
- Business-critical system down: < 30 minutes
- Plus all Business tier response times
- Includes:
- Pool of Technical Account Managers (TAMs)
- Concierge Support Team
- Access to labs and online training
- Infrastructure Event Management (one per year)
5. Enterprise Support
- Cost: Greater of $15,000/month or 10% - 3% of monthly usage (tiered)
- Best for: Mission-critical workloads
- Response Times:
- Business-critical system down: < 15 minutes
- Plus all lower tier response times
- Includes:
- Designated Technical Account Manager (TAM)
- Concierge Support Team (billing and account)
- Infrastructure Event Management
- Well-Architected Reviews
- Operations Reviews
- Training and game days
Comparison Table:
| Feature | Basic | Developer | Business | Enterprise On-Ramp | Enterprise |
|---|---|---|---|---|---|
| Cost | Free | $29+ | $100+ | $5,500+ | $15,000+ |
| Technical Support | ❌ |